Обнаружилась интересная бесплатная утилита HyperV_Mon, которая позволяет наблюдать за производительностью серверов Microsoft Hyper-V и своевременно обнаруживать проблемы:

HyperV_Mon 1.8 показывает ресурсы (CPU, Memory, I/O), используемые root partition и гостевыми системами виртуальных машин, а также накладные расходы гипервизора. Версия 2.0 будет поддерживать уже Hyper-V R2, который будет в Windows 2008 R2 SP1, планируемый к релизу в ближайшее время. Скачать HyperV_Mon 1.8 можно по этой ссылке.

Константин Введенский, мой старый приятель и по совместительству сотрудник компании StarWind Software, опубликовал интересные заметки по оптимизации работы хранилищ виртуальных машин VMware ESX на базе продукта StarWind Enterprise. Если кто-нибудь из вас все еще не знает как StarWind может помочь вам в создании отказоустойчивых систем хранения по iSCSI для виртуальных машин серверов VMware ESX, то вам сюда, сюда, и, вообще, сюда.

О чем говорят нам эти заметки:

1. iSCSI Initiator на VMware ESX можно использовать в режиме NIC binding (то есть Teaming в настройках vSwitch), или в режиме MPIO (multipathing, в настройках политики путей к хранилищу в категории Storage), но нельзя их использовать одновременно. Еще посмотрите сюда.

2. Если вы используете и хранилища NAS/NFS, и хранилища iSCSI, то нужно использовать NIC Teaming для обоих интерфейсов, а не MPIO.

3. Для типа балансировки IP Hash вы сможете использовать только 1 iSCSI-соединение на хост VMware ESX. Как настраивается тип балансировки IP Hash изложено в KB 100737.

4. По умолчанию время выбора пути в случае отказа на VMware ESX равно 300 секунд. Это время рекомендованное VMware. Вы можете уменьшить или увеличить это время. Его уменьшение ускорит переключение на резерв, но даст нагрузку на процессор ESX (более частый опрос путей), увеличение этого времени снизит нагрузку на CPU, но и увеличит время Failover'а. Настраивается этот параметр в Advanced Settings сервера ESX - он называется Disk.PathEvalTime, и его значение может варьироваться в диапазоне от 30 до 1500. Более подробно в VMware KB 1004378 и еще вот тут посмотрите, например.

5. В виртуальных машинах Windows убедитесь, что параметр Disk\TimeOutValue в реестре равен 60 секундам. Это позволит дисковому устройству не отваливаться раньше времени. Если VMware Tools установлены, то он будет равен 60 секундам после установки, если же нет, то это будет 10 секунд (non-cluster) или 20 секунд (cluster node). Настраивается он вот в этом ключе реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Disk\TimeOutValue

Для Linux все немного не так. Без VMware Tools время TimeOutValue равно 60 секундам, а с ними - 180 секундам. Настраивается TimeOutValue в Linux так:

cat /sys/block/<disk>/device/timeout

Для большинства случаев подойдет значение в 60 секунд.

6. Для достижения лучшей производительности со StarWind Enterprise лучше использовать политику балансировки нагрузки по нескольким путям Round Robin (не активирована по умолчанию, по дефолту стоит политика Fixed). Для этого нужно щелкнуть правой клавишей по устройству iSCSI и нажать "Manage Paths" в vSphere Client.

Эта политика позволяет переключаться между путями каждые 1000 IOPS'ов. Можно уменьшить это значение для оптимизации производительности. Для этого в сервисной консоли ESX / ESXi наберите:

esxcli nmp roundrobin setconfig --device [UUID] --iops 3 --type iops

В данном случае выставлено 3 IOPS'а. UUID девайса можно узнать в категории "Storage adapters" в vSphere Client для сервера ESX. Опросить текущие настройки устройства можно командой сервисной консоли:

esxcli nmp roundrobin getconfig --device [UUID]

Ну и, конечно, помните, что все эти настройки нужно сначала опробовать в тестовой среде и посмотреть на изменения в производительности работы сервера ESX с хранилищем StarWind Enterprise.

Скачать StarWind Enterprise HA можно по этой ссылке, ну а покупают его только здесь.

Как обычно, Duncan Epping написал отличный пост об использовании памяти виртуальными машинами на хостах VMware ESX. Постараемся объяснить это на русском языке. Итак, если открыть вкладку Summary в vSphere Client для виртуальной машины, мы увидим вот такую картину:

Здесь есть 2 главных параметра:

• Memory - это то количество оперативной памяти, которое вы выделили виртуальной машине при создании. За это количество гостевая ОС не выйдет при ее использовании. Это же количество памяти вы увидите в гостевой ОС.
• Memory Overhead - это количество памяти, которое может потребоваться гипервизору на поддержание работы виртуальной машины сверх используемой памяти (т.е. расчетные накладные расходы на виртуализацию, но не текущие).

Далее мы видим панель Resources, здесь есть такие показатели:

• Consumed Host Memory - это количество физической памяти хоста ESX, выделенной виртуальной машине. Обычно это значение не больше значения Memory на предыдущей картинке. Но может быть и больше, поскольку Consumed Host Memory включает в себя и Memory Overhead, но не с картинки выше, а реально используемый гипервизором Overhead (о котором будет идти речь ниже). И важный момент - счетчик Consumed для Memory на вкладке "Performance" не включает в себя Overhead.
• Active Guest Memory - это количество памяти, которое по мнению гипервизора VMkernel активно используется гостевой операционной системой. Вычисляется этот параметр на базе статистических показателей. То есть, если ОС не очень активно использует память, то можно ей ее немного подрезать в условиях нехватки ресурсов.

Теперь идем на вкладку "Resource Allocation". Здесь все немного сложнее:

Появляются вот такие показатели:

Для Host Memory (видим, что это 2187 МБ = сконфигурированная память 2048 МБ + Overhead):

• Consumed - это, опять-таки, объем потребляемой виртуальной машиной физической памяти хоста ESX (постоянно меняется). И он включает в себя накладные расходы гипервизора по памяти.
• Overhead Consumption - это текущий объем затрат памяти на поддержание виртуальной машины (здесь 42 МБ в отличие от расчетного в 110 МБ)

А формула такова: Consumed = Private + Overhead Comsumption

Для Guest Memory (2048 МБ сконфигурировано в настройках):

• Private - это объем памяти физически хранимый хостом для виртуальной машины (см. формулу выше).
• Shared - это объем памяти, который отдается другим виртуальным машинам от разницы между сконфигурированным объемом (Configured Memory) и потребляемым (Consumed). Суть в том, что ОС Windows при загрузке очищает всю память виртуальной машины, но потом эти пустые страницы приложениями не используются. Поэтому гипервизор отдает их другим ВМ, пока ВМ, владеющая памятью не потребует их. Эти страницы и есть Shared. Как мы видим, Private + Shared = Guest Memory.
• Swapped - это объем памяти, ушедший в файл подкачки vswp. То есть это не файл подкачки Windows, а файл подкачки в папке с виртуальной машиной. Само собой этот показатель должен быть нулевым или совсем небольшим, поскольку своппинг, который делает ESX (а точнее VMkernel) - это плохо, т.к. он не знает (в отличие от Windows), какие страницы нужно складывать в своп, поэтому кладет все подряд.
• Compressed - это объем памяти, который получен после сжатия страниц с помощью механизма Memory Compression (то есть, хранимый в VM Compression Cache).
• Ballooned - это объем памяти, который забрал balloon-драйвер (vmmemctl), чтобы отдать ее другим нуждающимся виртуальным машинам.
• Unaccessed - это память, к которой гостевая ОС ни разу не обращалась (у Windows - это близко к нулю, так как она обнуляет память при загрузке, у Linux должно быть как-то иначе).
• Active - опять-таки, активно используемая память на основе статистики гипервизора.

На хорошем и производительном хосте VMware ESX метрики Compressed, Ballooned, Unaccessed - должны быть около нуля, так как это означает что машины не борются за ресурсы (то есть не сжимают страницы и не перераспределяют память между собой). Ну и, конечно, если показатель Active маленький, стоит задуматься об урезании памяти (но сначала посмотрите в гостевую ОС, она лучше знает, чем гипервизор, все-таки).

Ну и последняя секция Resource Settings:

• Reservation, Limit, Shares, Configured - смотрим сюда.
• Worst Case Allocation - это сколько будет выделено виртуальной машине при самом плохом раскладе (максимальное использование ресурсов), то есть вся память будет использоваться, да еще и накладные расходы будут (т.е., Configured + максимальный Overhead).
• Overhead Reservation - это сколько зарезервировано памяти под Overhead гипервизором.

Ну и в заключение очень рекомендую документ "The Yin and Yang of Memory Overcommitment in Virtualization" - как раз для VMware vSphere.

Впереди конец года, в котором было много интересных промо-акций VMware и Veeam, но скоро они заканчиваются, поэтому надо окончательно определяться с приобретением по ним продуктов для виртуализации ИТ-инфраструктуры и ее резервного копирования. Тем более, что сейчас самое время тратить деньги, залежавшиеся с осени. Давайте рассмотрим эти промо-акции подробнее...

Вот они:

• Virtual processors
• Memory, Storage, and Networking
• Tuning Tips and Tricks
• Monitoring Hyper-V performance 

Некоторые из них могут оказаться весьма полезными. Почитайте.

Очередной обмер причинных мест произошел на конференции TechEd в Берлине. Некто Bernard Tritsch, выступая с презентацией "RDP, RemoteFX, ICA/HDX, EOP and PCoIP – VDI Remoting Protocols Turned Inside Out", показал интересные картинки, где сравниваются различные протоколы доступа к инфраструктуре виртуальных ПК (VDI) в контексте выполнения различных задач:

• Microsoft RDP и Microsoft RDP 7.1 с технологией RemoteFX (ранее известный как Calista)
• Citrix ICA и семейство технологий HDX for XenApp and XenDesktop (ранее известный как PortICA)
• Quest EOP (Experience Optimized Protocol, RDP+)
• VMware/Teradici PCoIP (PC over IP)
• Ericom Blaze (RDP+)
• Red Hat RHEV SPICE (Simple Protocol for Independent Computing Environments, through acquisition of Qumranet)
• HP RGS (Remote Graphics Solution)
• Oracle/Sun ALP (Appliance Link Protocol, Sun Ray)
• Oracle/Sun/Tarantella AIP (Adaptive Internet Protocol)

Собственно, результаты:

Ну а за Teradici не заржавело - и они сразу сделали презентацию, что проблем нет:

Однако из многочисленных (и не особо-то опровергаемых VMware) комментариев в сети видно, что PCoIP пока все-таки проигрывает Citrix HDX. Но! Это всего лишь протокол, а в инфраструктуре VDI - протокол хоть и важен, но это далеко не единственное, что нужно учитывать при выборе решения для виртуализации корпоративных ПК предприятия.

В самом конце августа 2010 года компания VMware объявила о приобретении компании Integrien, занимающейся разработкой решений для выявления проблем производительности виртуальной инфраструктуры. А вот теперь на сайте VMware появилась промо-акция, по условиям которой все покупатели VMware vSphere (кроме серии Essentials) получают бесплатно лицензии на 50 виртуальных машин для продукта Alive VM (и один год поддержки и подписки на обновления, SnS):

Как заявляется на сайте Integrien (который еще не стал частью корпоративного брендинга VMware), Alive VM - это средство для отслеживания работоспособности виртуальной инфраструктуры VMware vSphere, определения проблем производительности и "узких мест", а также аналитики в сфере доступных и необходимых вычислительных ресурсов.

Больше всего это похоже на игру, где нужно двойным кликом убирать шарики одного цвета в ряд (посмотрите, например, видео):

В целом, Alive VM - это такой общий Dashboard, в котором виден виртуальный датацентр VMware vSphere с его объектами (кластеры, виртуальные машины) в которые можно "проваливаться" и смотреть различные характеристики рабочей нагрузки, health-статуса и анализировать, какова загрузка вычислительных ресурсов и нужно ли еще их добавить в датацентр. Также можно видеть как изменилась производительность виртуальной машины вследствие каких-либо причин, и какое изменение конфигурации это вызвало.

Поставляется Alive VM в виде виртуального модуля (Virtual Appliance), также доступна версия для установки на сервер Windows Server. Все действия с фронтендом производятся через веб-интерфейс. Плюс не нужна отдельная база данных.

Условия акции - продукт бесплатно предоставляется для всех пользователей, купивших продукт VMware vSphere, участвующий в акции, в период с 23 ноября 2010 года по 1 марта 2011 года (лицензии на 50 наблюдаемых виртуальных машин).

Скачать Alive VM можно по этой ссылке. Ну а где купить VMware vSphere вы уже знаете.

Компания VMware выпустила 17-страничный документ "Performance of Virtualized SQL Server–Based VMware vCenter Database", где рассматриваются основные аспекты производительности базы данных Microsoft SQL Server для сервера VMware vCenter в виртуальной машине инфраструктуры vSphere.

Результаты:

• Большинство требовательных к ресурсам операций базы MS SQL на виртуальном vCenter по производительности сравнимы с физической инсталляцией.
• SQL Server–based vCenter, управляющий большим количеством хост-серверов ESX и кластеров, вполне может работать в виртуальной машине.
• Базы данных MS SQL в общем случае работают почти без потери производительности в виртуальных машинах на vSphere 4.1.

Мне иногда жалко пользователей Citrx XenServer (привет, метро!) - ведь у них нет лучшего в мире средства резервного копирования виртуальных машин Veeam Backup and Replication 5 (потому что Veeam есть только для VMware).

Но даже для удрученных и грустных администраторов Citrix XenServer есть неплохое решение по резервному копированию виртуальных машин, и оно обновилось - PHD Virtual Backup 5.1 for Citrix XenServer. Ведь когда нет ноги, нужно ходить хотя бы на костылях.

Новые возможности PHD Virtual Backup 5.1 for Citrix XenServer:

• Advanced File Level Recovery – быстрое восстановление отдельных файлов из резервной копии без необходимости восстанавливать виртуальную машину целиком
• Flexible Backup Storage – расширенная поддержка сетевых NAS/NFS хранилищ для бэкапов
• Application Object Recovery – восстановление отдельных объектов из резервных копий (database object, mailbox, mail message, etc.) напрямую из резервной копии
• Support for Tape Backup Solutions – экспорт бэкапов для интеграции с решениями для записи резервных копий на ленты
• Enhanced Retention and Archiving – политики для резервного копирования, долговременное хранение

Скачать PHD Virtual Backup 5.1 for Citrix XenServer можно по этой ссылке.

Есть такая компания VMTurbo - они делают утилиты для виртуальной инфраструктуры VMware vSphere. Кое-что у них получается, кое-что нет, а вот на днях они выпустили 2 новых утилиты: Host Resolver 1.0 и Storage Reporter 1.0. Обе они построены на базе виртуальных модулей (Virtual Appliance) с ОС Novell SUSE Linux как часть пакета VMTurbo Integrated Management Suite для виртуальных сред VMware.

VMTurbo Host Resolver 1.0

Эта утилита позволяет проанализировать окружение серверов VMware ESX, выявить проблемы в существующей инфраструктуре и предложить пути их решения - типа изменить число виртуальных CPU или переконфигурировать сетевые настройки. После этого можно исправить ошибки вручную или автоматически с помощью данной утилиты.

VMTurbo Storage Reporter 1.0

Эта утилита позволяет проанализировать использование виртуальными машинами систем хранения, понять основные параметры производительности при работе со стораджами (IOPS, Latency) и отслеживать основные их параметры с течением времени (заполненность, снапшоты и прочее). Кроме того, может выдавать рекомендации по необходимости внесения изменений в конфигурации хранилищ (например, расширение).

Кстати, у этих ребят есть и бесплатные утилиты: VMTurbo Monitor и VMTurbo Watchdog.

На днях компания Citrix сделала доступным бесплатное средство для мониторинга производительности хост-серверов виртуализации Citrix XenServer Virtual Machine Performance Utility.

Данное ПО поставляется в виде виртуальной машины для развертывания на XenServer, которая позволяет отслеживать производительность сетевого взаимодействия и работу виртуальных машин с хранилищами (storage I/O и network I/O). Через веб-интерфейс можно получить информацию о следующих аспектах производительности:

Disk I/O performance utility - предоставляет следующую информацию: sequential read/writes и random read/writes с различными размерами блоков.

Network I/O performance utility - это модифицированная версия утилиты netperf. Позволяет мониторить пропускную способность сети и задержки.

Скачать Citrix XenServer Virtual Machine Performance Utility можно по этой ссылке.

Компания VMware выпустила очень полезный и нужный Performance Best Practices for VMware vSphere 4.1, который нужно прочитать каждому администратору более-менее серьезной виртуальной инфраструктуры серверов ESX. Содержание вполне конкретное:

• Hardware for use with VMware vSphere
• ESX and virtual machines
• Guest operating systems
• Virtual infrastructure management

Например:

To establish a network connection between two virtual machines that reside on the same ESX system, connect both virtual machines to the same virtual switch. If the virtual machines are connected to different virtual switches, traffic will go through wire and incur unnecessary CPU and network overhead

Интересно, что в документе есть рекомендации по выбору и оптимизации аппаратного обеспечения, которые нужно прочитать до покупки серверов и других компонентов виртуальной инфраструктуры.

Мы уже писали о команде esxtop для серверов VMware ESX, которая позволяет отслеживать основные параметры производительности хост-сервера и его виртуальных машин. Duncan Epping недавно добавил еще несколько интересных моментов в свое руководство по работе с утилитой esxtop, некоторые из которых мы сейчас опишем.

Итак:

1. Для того, чтобы использовать пакетный режим работы esxtop (batch mode), нужно использовать ключ -b:

esxtop -b >perf.txt

Это позволит вывести результаты команды esxtop в файл perf.txt. Для задания числа хранимых итераций используйте ключ -n (например, -n 100).

Очень удобно для сбора исторических данных производительности на хосте VMware ESX.

2. Контролируйте счетчик %SYS - он показывает загрузку системных ресурсов хоста (в процентах). Рекомендуется, чтобы он не превышал 20 для системных служб.

3. Для установки частоты обновлений результатов esxtop используйте клавишу <s>, далее задавайте интервал в секундах:

В пакетном режиме этот интервал задается ключом -d (например, -d 2).

4. Для отслеживания метрик конкретной виртуальной машины можно ограничить вывод конкретным GID. Например, чтобы посмотреть ВМ с GID 63, нажмите клавишу <l> (list) и введите этот GID:

5. Чтобы ограничить количество выводимых сущностей, используйте клавишу <#>. Например, можно сделать вывод первых 5:

И сами кнопки в режиме работающей esxtop:

c = cpu  
m = memory  
n = network  
i = interrupts  
d = disk adapter  
u = disk device (включая NFS-девайсы)  
v = disk VM  
y = power states    
V = показывать только виртуальные машины  
e = раскрыть/свернуть статистики CPU для конкретного GID  
k = убить процесс (только для службы техподдержки!)  
l = ограничить вывод конкретным GID (см. выше)  
# = ограничить число сущностей (см. выше)    
2 = подсветка строчки (двигает фокус вниз)  
8 = подсветка строчки (двигает фокус вверх)  
4 = удалить строчку из результатов вывода  
f = добавить/удалить колонки
o = изменить порядок колонок
W = сохранить сделанные изменения в файл конфигурации esxtop
? = помощь для esxtop

Помните исследование аналитической компании Gartner по вендорам рынка виртуализации - Magic Quadrant for x86 Server Virtualization Infrastructure? В нем рассматривались сильные и слабые стороны платформ виртуализации, а сами производители выстраивались в виде магического квадрата, где по оси X (горизонтальная) оценивается функционал продуктов (Vision, т.е. то, что заявлено и реализовано производителем) и предполагаемые сценарии их внедрения, а по оси Y (вертикальная) оценивается возможность реально внедрить и использовать данный функционал на предприятиях - Ability to Execute (подробнее о магических квадратах Gartner - здесь).

Так вот VMware оказалась впереди планеты всей:

Сейчас отчет стал доступен для скачивания с сайта VMware. Интересно почитать про то, какие сильные и слабые стороны видит Gartner в решениях для виртуализации серверов (хотя с некоторыми моментами согласиться сложно). Обратите внимание, где находится Red Hat - сам продукт весьма сильный и перспективный, однако находится в самом конце рейтинга по параметру Completness of Vision.

Как многие помнят, совсем недавно в блоге аналитической компании Gartner появились результаты тестирования продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop. Для тестирования протоколов PCoIP и ICA/HDX использовались LAN и WAN-соединения пользователей к инфраструктуре VDI предприятий (всего 4 примера). Как и следовало ожидать - выиграл продукт Citrix XenDesktop, где latency оказалось меньше для пользовательских сессий.

Теперь же VMware в лице своего CTO написала ответ, суть которого заключается в следующем: продукт VMware View нужно уметь правильно и тонко настраивать в сетях WAN, кроме того, нужно правильно организовывать VPN-канал.

…VMware View 4.5 with and PCoIP are configured out of the box to provide the richest LAN experience. There are several important parameters that can be adjusted to optimally tune the protocol for WAN conditions and specific usage scenarios. For WAN conditions it can be very helpful to adjust the display frame rate, image quality and min/max bandwidth settings. As an example, the default frame rate with PCoIP is 30. This can be safely cut down to 12 frames per second for WAN usage resulting in less bandwidth consumption and a better experience in many such circumstances…

…One other thing, the VPN Chris used was a Vyatta open source L2TP/IPsec VPN. There are numerous ways to configure such VPN’s, however PCoIP utilizes UDP for the graphics packets and optimizes parallelism and retransmits at the higher layers of the protocol. Hence we recommend using a VPN technology that support UDP packets natively, not to tunnel the UDP traffic over TCP/IP as doing so will typically cause responsiveness issues…

Кстати, чтобы воспользоваться советами CTO VMware для View 4.5 по поводу регулирования пропускной способности канала для виртуальных ПК по WAN и изменения частоты кадров для PCoIP, обязательно нужно обратить внимание вот на эту статью: "Optimising PCoIP Display & Imaging". И, кстати, есть еще вот такой документик по тюнингу PCoIP: http://www.vmware.com/files/pdf/VMware-Teradici-PCoIP-Zero-Client-Remote-Access-Guide.pdf. Нужные нам настройки рассмотрены в пункте 4.

Для тех, кто следит за развитием продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop, аналитическая компания Gartner подготовила интересное сравнение быстродействия протоколов VMware View (протокол PCoIP) и Citrix XenDesktop (протокол ICA / HDX) в сетях LAN и WAN.

Вывод - в LAN быстродействие приблизительно одинаковое, а вот в WAN-соединениях однозначно выигрывает Citrix XenDesktop. Вот одно из четырех сравнений для XenDesktop 4.0 Service Pack 1 и VMware View 4.5 :

Наконец-то. Компания VMware выпустила открытый и достаточно полный документ VMware View Optimization Guide for Windows 7, в котором рассказывается о том, как правильно подготовить виртуальные ПК с гостевой ОС Windoows 7 для использования в рамках VDI-решения на вашем предприятии.

Напомним также наш пост об оптимизации гостевых ОС и виртуальных машин для VMware View и других VDI-решений. Ну и, конечно, не забываем об основных ошибках при внедрении инфраструктуры виртуальных ПК.

Компания PHD Virtual выпустила продукт PHD Virtual Backup for Citrix XenServer 1.0, позволяющий осуществлять резервное копирование виртуальных машин на хост-серверах виртуализации XenServer.

Выпуск данного продукта в ближайшее время был вполне ожидаем, учитывая инвестиции компании Citrix в PHD Virtual. О возможностях резервного копирования виртуальных машин Citrix XenServer рассказывает видео ниже:

В продукт включены следующие две технологии:

• TrueDedupe Technology –технология дедупликации хранимых резервных копий и компрессии при сетевой передаче бэкапов, что позволяет снизить требования к объему систем хранения до 90%.
• SureRestore Technology – техника проверки бэкапа во время резервного копирования и восстановления на целостность данных.

Скачать PHD Virtual Backup for Citrix XenServer 1.0 можно по этой ссылке.

Компания VMware объявила о выпуске новой версии своего средства VMware Converter 4.3 для P2V (Physical to Virtual) и V2V (Virtual to Virtual) миграции серверов на платформу VMware vSphere. Кроме того, с выпуском данной версии VMware открыла независимым разработчикам ПО фремворк для автоматизации задач Converter SDK.

Новые возможности VMware Converter 4.3:

• Полная поддержка платформы VMware vSphere 4.1 в качестве исходной и целевой для виртуальных машин
• Поддержка импорта выключенных виртуальных машин Microsoft Hyper-V R1 и Hyper-V R2
• Публичный API для создания и отслеживания задач Converter (Java и C#)
• Поддержка конвертации физических машин Windows 7 и Windows 2008 R2
• Возможность регулировки интенсивности миграции на базе пропускной способности сети и загрузки CPU
• Поддержка IPv6

Скачать VMware Converter 4.3 можно скачать по этой ссылке.

Наши инженеры всерьез озаботились тем, как же правильно подготовить гостевую операционную систему виртуальной машины с учетом специфики решения для виртуализации настольных ПК VMware View 4.

Публичных хороших рекомендаций на данный момент несколько:

1. Статья "How to: Optimize guests for VMware View" на VMguru.nl.

2. Таблица от myvirtualcloud.net, составленная на базе множества открытых источников:

3. А вот и сами источники:

• http://www.tcpdump.com/kb/virtualization/virtual-desktop/windows-xp-tweaks-for-view.html
• http://www.gabesvirtualworld.com/?p=39
• http://blogs.inside.quest.com/provision/files/2008/10/vdi-winxp-template-creation.pdf
• http://vmetc.com/wp-content/files/Optimized%20XP%20Virtual%20Machine%20for%20VDI%20Template%20Checklist.pdf
• http://virtuall.eu/blog/creating-a-vdi-template

Если знаете еще что-нибудь полезное - кидайте в каменты плиз.

Компания Microsoft выпустила пятую версию своего бесплатного продукта Assessment and Planning Toolkit (MAP), позволяющего произвести комплексное обследование своей гетерогенной ИТ-инфраструктуры (физические и виртуальные серверы) и получить на основе данных анализа отчет о готовности к виртуализации и рекомендации по консолидации серверов в виртуальных машинах Microsoft Hyper-V.

Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.

Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.

Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:

Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.

Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.

Нужно добавить вот такую строчку в качестве параметра:

cpuid.coresPerSocket

В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).

Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:

• Поддерживается в производственной среде только для VMware ESX 4.1
• Virtual Machine hardware должно быть версии 7 или выше
• Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
• Опция CPU hot Add/Remove будет отключена

Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.

Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.

Я вам говорил, что нужно покупать сейчас, а вы тянули. Что имеем в итоге (цитата из официального письма компании VMware):

Уважаемые коллеги!

Как и многие глобальные компании в IT-индустрии, VMware стремится координировать цены на свои продукты во всех основных регионах, в которых ведет бизнес. Один из ключевых элементов ценовой политики в нашем регионе (ЕМЕА) – обеспечение согласованности цен в основных валютах нашего региона, особенно - в долларах США, евро и фунтах стерлингов.

В результате изменений в курсах валют, происходивших в 2009 и начале 2010 года, и для выравнивания цен в разных валютах, мы вынуждены поднять долларовые цены на наши продукты (на лицензии, SnS, Education и некоторые позиции PSO) на 10%, оставив неизменными цены в евро и фунтах стерлингов.

Эти изменения вступают в силу с 26 июля 2010 года.

Но это не значит, что нужно расстраиваться (хотя я вот реально расстраиваюсь - несмотря на то, что это ведет к увеличению моей маржи). Это значит, что есть еще время купить продукты VMware vSphere, VMware View, VMware Site Recovery Manager по старой цене.

Конечно же, все продукты VMware на территории России нужно покупать в компании VMC, которая является Enterprise-партнером вендора и предоставляет множество интересных бесплатных сервисов.

На сервере VMware ESX из состава vSphere, если запустить утилиту esxtop и перейти в категорию дисковой подсистемы (кнопка "d"), можно увидеть счетчик CMDS/s.

Что он значит? CMDS/s (Total commands per second) - это общее число SCSI - команд, передаваемых к системе хранения, включая операции ввода-вывода вывода виртуальных машин, а также сервисные команды (например, SCSI reservations). Если говорить о параметре IOPS (Input/Output Operations Per Second) - то это общее число операций ввода-вывода, представляющее сумму:

IOPS = Number of Read commands(READS/s) + Number of Write commands(WRITES/s)

Таким образом, число IOPS должно быть близко к CMDS/s, за исключением случаев, когда сервер VMware ESX активно работает с метаданными тома VMFS (например, создает и удаляет снапшоты).

Компания VMware планирует выпустить новую версию платформы виртуализации VMware vSphere 4.1 не позднее осени этого года (хотя, может быть и раньше). vSphere 4.1 будет обладать множеством новых возможностей, список которых вполне тянет на версию 4.5, а вот, что сегодня известно об улучшениях производительности в новой версии продукта...

Компания VKernel продолжает выпуск бесплатных программных продуктов для виртуализации VMware vSphere. На этот раз это утилита VKernel StorageView, которая позволяет найти "узкие" места в инфраструктуре хранения виртуальных машин. Это обычное десктоп-приложение весом в 6 МБ, которое может быть установлено на рабочей станции администратора и позволяет найти соединения хостов ESX с наибольшими задержками (latency) к томам VMFS или NFS.

Возможности VKernel StorageView:

• Топ 5 путей хост / datastore с наибольшей latency
• Список виртуальных машин, которые используют эти пути
• Скорость обмена трафиком хранения для каждой ВМ в этих путях
• Сводная статистика по остальным парам хост / datastore, не вошедшим в топ 5
• Поддержка хранилищ NFS / iSCSI / FC

Скачать VKernel StorageView можно по этой ссылке.

Как многим известно, компания Veeam Software делает самый лучший продукт для резервного копирования виртуальных машин VMware vSphere / ESX под названием Veeam Backup and Replication. О его возможностях мы уже писали здесь и здесь, а сегодня мы расскажем еще об одной интересной функции - автоматизации задач резервного копирования, репликации и восстановления с помощью Microsoft PowerShell.

Veeam Backup PowerShell Extensions требуют пакетов Windows PowerShell и vSphere PowerCLI, которые позволяют автоматизировать операции по управлению виртуальной инфраструктурой. После их установки на сервере резервного копирования Veeam Baclup and Replication, в меню Tools необходимо выбрать пункт PowerShell.

Далее можно использовать уже готовые командлеты (cmdlets) от Veeam, которые могут делать следующее:

С помощью возможностей PowerShell с Veeam Backup можно сделать очень многое, как, например, сделали в компании "Протек". Используя расширения Veeam Backup PS и PowerCLI / PowerShell, эти ребята разработали систему автоматического тестирования восстановления виртуальных машин из резервных копий (то, что будет реализовано в Veeam Backup and Replication 5 с помощью SureBackup):

Все больше и больше вопросов возникает о решении VMware View 4, особенно по его использованию в сетях WAN. Мы уже писали о способах организации VPN для View, о документе "VMware View 4 with PCoIP" (где рассказывается о производительности PCoIP в сетях WAN), да и много о чем еще.

А вот сегодня хочу порекомендовать документ "VMware View WAN Reference Architecture", где тоже можно найти интересные подробности о производительности VMware View 4, полученные в реальных условиях для различных типов нагрузки в условиях WAN-каналов разной пропускной способности.

Если обобщить, то в инфраструктуре настольных ПК, доставляемой через Интернет, важны такие параметры, как пропускная способность канала (bandwidth) и задержки между отправкой и получением пакета (latency). Bandwidth влияет на то из каких мест (с какой шириной канала), а также сколько и каких виртуальных ПК VMware View можно использовать а данной инфраструктуре. Latency - это характеристика среды предачи, определяющая задержки в ней (и, как следствие, комфорт работы пользователя), на которую влияет удаленность объектов (клиента и сервера) и число "прыжков" между ними.

С точки зреня пропускной способности WAN-соединения, минимум, что требует RDP - это 30 kbps. Нормальая работа для базовых задач в типовой ОС Windows XP с 512-1024 МБ RAM (без видео и прочей мультимедии, которая требуется нечасто) лежит в диапазоне 50-150 kbps и более и зависит от характера нагрузки.

Если говорить о latency, то величина задержек до 150-200 миллисекунд еще не так сильно влияет на комфортность работы пользователя виртуального ПК VMware View 4, но после 200 ms начинаются тормоза.

Итак, взяли вот такой виртуальный ПК:

• Microsoft Windows XP guest operating system with Service Pack 2
• 1 vCPU
• 512 МБ RAM
• 8 ГБ диск
• RDP encryption - отключено
• Тип нагрузки - VMware desktop

Взяли также 3 варианта использования данного ПК в ИТ-инфраструктуре компании в WAN-сетях:

• Доступ из дома или офиса без WAN-оптимизации канала (Тип соединения - DSL or cable modem, Bandwidth - 384 Kbps, Latency - < 50 ms, Число пользователей - от 3 до 5, пример нагрузки - домашние пользователи, сотрудники небольшой клиники). Что получилось (первый случай - легкая нагрузка, второй - чуть потяжелее):

• Доступ между небольшими офисами с WAN-оптимизацией (Тип соединения - T1 link, Bandwidth - 1.544 Mbps, Latency - до 100 ms, Число пользователей - до 15, пример нагрузки - небольшой филиал или удаленный офис). Результаты:

• Хороший канал между офисами с WAN-оптимизацией (Тип соединения - 10Mbps, Bandwidth 10Mbps, Latency - до 100 ms, Число пользователей - 100, пример нагрузки - нормальный филиал большой компании). Вот как получается:

Не могу молчать, коллеги - а все потому, что я очень трясусь за ваши деньги. Обычно все звонят и выбивают от нас скидки - а мы превентивно даем их вам сами! Но обо всем по порядку.

Многим из вас известно, что только до 15 июня действует промо-программа VMware vSphere Acceleration Kit, по которой вы можете сэкономить до 36% от стоимости VMware vSphere. Как такое может быть? Очень просто:

• 30% вы экономите на VMware vSphere Advanced Acceleration Kit (хит сезона, между прочим), включающий в себя лицензии на 6 CPU серверов VMware ESX и лицензию на VMware vCenter. Это экономия по сравнению с отдельной покупкой компонентов.
• Еще 6% вы экономите на том, что получаете VMware View 10 pack в подарок для пилотного проекта по виртуализации настольных ПК в вашей компании. То есть, если вы давно думали о том, что надо бы попробовать VMware View 4 и шикарный PCoIP, чтобы выглядеть супер-круто в глазах руководства - то вот он, этот самый шанс.

Но это еще не все! К любому vSphere Acceleration Kit вы получаете абсолютно бесплатно от всеми любимой компании VMC следующий пакет документов:

• Руководство по обеспечению безопасности виртуальной инфраструктуры VMware vSphere 4
• Практические приемы работы с виртуальной инфраструктурой VMware vSphere 4

Это вообще бесценно! А вы получаете это в подарок. Кому-то мелочь (закупщикам), а кому-то полезные штучки (администраторам).

Теперь о второй важной акции. Сегодня действует программа бесплатного обновления на Veeam Backup and Replication 5 Enterprise Edition при покупке до 18 июня. Это позволит вам сэкономить 50% от текущей стоимости продукта (или 33% от будущей). Ваши глаза не врут - 50%!

Суть программы - сегодня покупаете Veeam Backup and Replication по цене $ 658 за физический сокет сервера ESX (неважно сколько у вас виртуальных машин и хранилищ), а, когда выходит пятая версия продукта в издании Enterprise (вместе с офигенным SureBackup), которая стоит $ 989, вы получаете ее просто так - по подписке!

Сравнение будущих изданий Veeam Backup 5 можно посмотреть здесь.

Но я решил зайти так далеко, как никогда бы не позволил мне мой финансовый директор (если бы я у него спросил:). Если вы дочитали до этого места - вас есть за что наградить. И только для читателей VM Guru - я даю еще скидку 5% на обозначенные выше продукты в любой их форме и количестве. Просто при обращении VMC скажите, что вы знаете о такой скидке на VM Guru.

Так что бегите пинать ваших закупщиков и офигевайте от наших цен пока конкуренты сидят и курят на своих рабочих местах.

Компания VKernel обновила продукт Optimization Pack, который позволяет контролировать использование вычислительных ресурсов в среде VMware vSphere. Основная задача VKernel Optimization Pack 1.4 - дать возможность системным администраторам серверов ESX найти перегруженные и недогруженные серверы виртуализации, осуществлять контроль заполненности хранилищ и давать рекомендации по оптимизации виртуального окружения.

VKernel Optimization Pack поставляется как виртуальный модуль (Virtual Appliance) и легко может быть внедрен в существующую инфраструктуру VMware vSphere. Он предоставляет различного рода статистики, которые могут быть использованы для мониторинга и отчетности (Inventory виртуальных машин, снапшоты, превышение порогов загрузки, неиспользуемые ВМ), а также выдает рекомендации что нужно сделать, чтобы сбалансировать использование ресурсов серверов и хранилищ.

Из отчетов можно отметить следующие:

1. Rightsizer Summary (типа как должно быть правильно)
2. Wastefinder: Abandoned VMs
3. Wastefinder: Powered off VMs
4. Wastefinder: Unused Templates
5. Wastefinder: Unused Snapshots
6. Wastefinder: Zombie VMs

Скачать VKernel Optimization Pack можно по этой ссылке.